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10 Verfahren zur Steuerung des Datenflusses von Terminals in 

zentralgesteuerten Kommunikationssystemen 



Stand der Technik 



15 Die Erfindung geht aus von einem Verfahren zur Steuerung des 

Datenflusses von Terminals in zentralgesteuerten 
Kommunikationssystemen . 

In einem Kommunikat ions system gemaS Figur 1 werden mehrere 
20 Terminals Tl ... T8 , beispielsweise Funktelef one, PCs oder 

andere funk- oder leitungsgebundene Endgerate, von einer 
Zentrale ZE koordiniert . Die Kommunikat ion erfolgt 
beispielsweise per Funk. Es ist auch moglich, daS die 
Terminals direkt miteinander kommunizieren, wobei sie von 
der Zentrale ZE koordiniert werden. Dabei teilen die 
Terminals der Zentrale ZE den Zustand ihrer Puffer, 
insbesondere den Fiillstand von Sende- und Empf angspuf f er , 
mit, und die Zentrale teilt den Terminals die Ressourcen zu. 
Die Zuteilung von Ubertragungskapazitat in einem solchen 
30 Kommunikat ionsnetz geht beispielsweise aus [1] bis [3] 

hervor. Dazu wird iiblicherweise ein MAC- 

Kanalzugrif f sprotokoll (Medium Access Control) verwendet . 
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Zur Anforderung von Ressourcen durch ein Terminal versendet 
dieses eine sogenannte Ressource Request (RR) - Nachricht, in 
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der sie ihre Bediirfnisse der Zentrale ZE mitteilt . RR- 
Nachrichten gelten fur eine einzelne DLC (Data link 
Control) -Verbindung und enthalten die Anzahl der 
Nachrichten, die in den Puffern des Terminals auf 
5 Ubertragung warten. Dabei ist wichtig, da£ die Anzahl der 

wartenden Nachrichten im Puffer die Kapazitat eines 
einzelnen MAC-Ubertragungsrahmens weit ubersteigen kann. Die 
Zentrale ZE vergibt die Kapazitaten der einzelnen Phasen 
eines MAC-Ubertragungsrahmens wiederum auf der Basis 

10 einzelner DLC-Verbindungen. Fur die Downlink -Phase (Zentrale 

in Richtung Terminal) kiindigt sie an, welches Terminal 

'jflft welche Nachricht empfangen soli, fur die Uplink-Phase 

(Terminal in Richtung Zentrale) wird angekundigt, welches 
Terminal zu einem bestimmten Zeitpunkt fur eine DLC- 

15 Verbindung senden darf . Fur den Direct Mode Kanal (direkte 

Kommunikation der Terminals untereinander ) werden Sender und 
Empf anger und die DLC -Verbindung angekundigt. 

Hierbei ist zu beachten, daS die RR-Nachrichten immer den 
20 aktuellen Fiillstand des Puffers angeben sollen. Um Kapazitat 

entsprechend des Fiillstandes von der Zentrale ZE zugewiesen 
zu bekommen, ist es nicht ratsam, da£ ein Terminal weniger 
als den aktuellen Fiillstand an die Zentrale ZE weitergibt, 
da die Dringlichkeit der Ubertragung von der Zentrale ZE 
25 sonst unter Umstanden falsch eingeschatzt wird. 

Es gibt bereits Flu£s t eue rung sme chani smen , die dazu dienen, 
da£ ein Terminal der Zentrale ZE oder auch eine Zentrale ZE 
einem Terminal mitteilen kann, date sie fur eine bestimmte 
30 DLC -Verbindung nichts empfangen mochte (Start-Stop 

Protokoll) . Dies geschieht im Zusammenhang mit dem ARQ 
(Automatic Repeat Request) -Protokoll und dient dazu, 
Empf angspuf f eruberlauf e zu verhindern. 




Vorteile der Erfindung 

Mit den MaSnahmen des Anspruchs 1 kann eine Regulierung des 
Sendeflusses eines Terminals auf einfache Weise vorgenommen 
werden. In den Unteranspruchen sind vorteilhafte 
Ausgestaltungen hierzu angegeben. Die Erfindung geht dabei 
von folgenden Erkenntnissen aus : 

Wenn ein Terminal einen gut gefullten Sendepuffer fur eine 
bestimmte DLC- Verbindung hat und der Zentrale ZE diesen 
Fiillstand mitteilt, fallen die Ressourcenzuweisungen 
entsprechend iippig aus, wenn z.B. andere Terminals wenig zu 
ubertragen haben. Es kann nun vorkommen, da£ das Terminal 
aus irgendwelchen Griinden nicht so viel Sendekapazitat im 
Uplink haben mochte, wie es aufgrund des Fullstands seines 
Puffers und der aktuellen Lastsi tuation bekommen kann. Die 
Zentrale ZE kann dies nicht wissen und teilt dem Terminal 
also mehr Sendekapazitat zu, als es gebrauchen kann. Fur den 
Empfangsfall ist es moglich, das eingangs genannte ARQ- 
Protokoll fur die FluSsteuerung in Empf angsrichtung zu 
verwenden. 

Durch eine iippige Zuweisung von 

Ubertragungsressourcenkapazitat kann es vorkommen, da£ die 
Sende-/Empf angseinhei t eines Terminals iiberhitzt ist und 
droht zerstort zu werden oder zumindest nicht mehr korrekt 
zu f unktionieren . Dies kann insbesondere geschehen, wenn die 
Sende -/ Empf angseinhei t in Form einer - PC-Karte in einem 
Laptop eingesetzt wird, wo es unter Umstanden zusatzlich 
durch die Warme irmerhalb des Gehauses erhitzt wird. In 
diesem Fall ist es nutzlich, die Aktivitat der Sende- 



/Empf angseinheit fur eine bestimmte Zeit zu reduzieren, ohne 
daS die Funktionalitat ganz verloren geht . Eine weitere 
Situation, wo eine S ende fluSsteue rung nach der Erfindung 
niitzlich sein kann, ist das Stromsparen. Ein Terminal, 
dessen Batterieleistung langsam zur Neige geht, konnte den 
Stromverbrauch auf diese Weise reduzieren. 

Ohne Flutes teuermechanismus in Sender ichtung kann es zu 
Situationen kommen, wo einem Terminal Kapazitat in Uplink- 
oder Direct Mode-Phase zugeteilt wird, die es aufgrund der 
zuvor angefuhrten Griinde nicht nutzen kann oder will. In 
diesem Fall wiirde diese zugeteilte Kapazitat ungenutzt 
bleiben, obwohl es vielleicht andere Terminals gibt , die sie 
gut hatten nutzen konnen. 

Eine Moglichkeit ware, die Anzahl der Datenpakete in den RR- 
Nachrichten zu reduzieren. Dies allerdings wurde dazu 
fuhren, daS die DLC-Verbindungen eines Terminals nicht nach 
ihrem Gewicht gegeniiber anderen Terminals gewichtet wiirden, 
die ihre gesamte Anzahl Nachrichten im Sendepuffer bekannt 
geben. Dies kann zu ungerechter Ressourcenverteilung f iihren . 
Eine weitere Moglichkeit ware, daS ein Terminal bei der 
Einbuchung bei einer Zentrale ZE (Assoziierung) mitteilt, 
date es grundsatzlich nur einen bestimmten Prozentsatz des 
MAC-Rahmens emfangen bzw. senden mochte . Dies hat den 
Nachteil, daS das Terminal auch dann, wenn es leicht den 
gesamten MAC-Rahmeh oder zumindest einen Gro^teil verwenden 
kann, diesen nicht zugeteilt bekommt . Dies passiert z.B. 
dann, wenn die Sende- /Empf angseinheit langere Zeit nicht 
aktiv war und deswegen kiihl genug ist , oder wenn das 
Terminal am Netz hangt bzw. die Batterie voll gefullt ist. 



Zeichnungen 

Anhand der weiteren Figuren werden Ausf iihrungsbeispiele def 
Erf indung erlautert . Es zeigen 

Figur 2 einen MAC-Rahmen und dessen Inhalt, 

Figur 3 einen MAC-Rahmen mit Direct -Mode-Phase, 

Figur 4 einen MAC-Rahmen mit sektorisierten Antennen, 

Figur 5 eine Funkzelle mit einer Zentrale und drei 
Terminals , 

Figur 6 eine Auf einanderf olge von vier MAC-Rahmen mit 
gesetzten R-Bits, 

Figur 7 eine Auf einanderf olge von vier weiteren MAC-Rahmen 
mit nicht mehr gesetzten R-Bits, 

Figur 8 eine Anordnung fur die R-Bit Steuerung. 
Beschreibung von Ausf uhrungsbeispielen 

Vor der eigentlichen Beschreibung der Erfindung wird zum 
besseren Verstandnis der Aufbau der Ubertragungsrahmen , 
insbesondere nach dem MAC-Kanalzugrif f sprotokoll naher 
erlautert . 



Die Kommunikation erfolgt in einzelnen MAC-Rahmen (Frames) 
fester Dauer gema£ Figur 2 . Jeder MAC-Rahmen ist wiederum 
eingeteilt in eine Broadcast -Phase BC, eine Downlink -Phase 
DL, eine Uplink-Phase UL und eine Random Access Phase RA. 
Wahrend der Broadcast -Phase BC sendet die Zentrale ZE 
Informationen, die relevant fur alle Terminals Tl, T2 ... 
sind, z.B. Name und Adresse der Zentrale ZE, Ankundigung von 
Aussendungen in Down- und Uplink, Position der Random Access 
Phase. In der Downlink- Phase sendet die Zentrale ZE Daten an 
einzelne Terminals, in der Uplink-Phase senden einzelne 
Terminals Daten an die Zentrale ZE . In der Random Access 
Phase RA konnen Terminals, die keine Ubertragungskapazitat 
im Uplink zugewiesen haben, Nachrichten an die Zentrale ZE 
senden. Dabei greifen sie wahlfrei zu, so da£ es zu 
Kollisionen kommen kann. 

Figur 3 zeigt die Einbindung einer weiteren Phase in die 
MAC-Rahmen, die die direkte Kommunikation der Terminals 
untereinander erlaubt . Diese Phase heiSt Direct Mode-Phase. 
Das sich ergebende Format des MAC-Rahmens zeigt Figur 3 . 
Hierbei ist die genaue Reihenfolge der Phasen nicht 
relevant . 

Bei der Einbeziehung sektorisierter Antennen in die 
Funkubertragung wird pro MAC-Rahmen genau eine Broadcast 
Phase und je keine oder eine weitere Phase pro Sektor 
bereitgestellt . Dies ist in Figur 4 dargestellt. Die Indizes 
beziehen sich hierbei auf die Sektoren FC, d.h. FC X bezierit 
sich auf Sektor 1, FC 2 auf Sektor 2. Die Broadcast- Phase BC 
aus Figur 2 wird hierbei in die zwei Phasen BC-Phase und FC- 
Phase aufgeteilt, die im MAC-Rahmen zeitlich getrermt 
auf treten . 



Das Verfahren nach der Erfindung beruht im wesentlichen 
darauf , da£ ein Terminal Tl, T2 ... selbst entscheidet, da£ 
es nur eine reduzierte Ubertragungsressourcenkapazitat 
zumindest in der Senderichtung nutzen mochte und diese 
Entscheidung der Zentrale ZE mitteilt, damit diese die 
nichtgenutzte Kapazitat ggf . anderen Terminals zuteilen 
kann. Zu diesem Zweck wird in der RR (Resource Request) - 
Nachricht eine Information, insbesondere ein Bit eingefiigt, 
mit dessen Hilfe der Zentrale ZE mitgeteilt werden kann, da£ 
das Terminal nur einen Teil eines MAC-Rahmens senden mochte . 
Dieses Bit wird im folgenden Redukt ionsbit (R-bit) genannt . 
Wenn das Bit nicht gesetzt ist, kann die Zentrale ZE dem 
Terminal beliebige Anteile des MAC-Rahmens zum Senden 
zuteilen. Wenn das Bit gesetzt ist, darf die Zentrale ZE dem 
Terminal nur einen Teil des MAC-Rahmens zum Senden zuteilen. 

Erf indungsgemaS ist vorgesehen, daS der Betrag der Reduktion 
sich auf die Dauer des MAC-Rahmens bezieht . Um eine 
erhebliche Reduktion zu erreichen, wird vorteilhaf terweise 
festgelegt, da£ die Zentrale ZE dem Terminal bei gesetztem 
R-bit maximal 2 0% des MAC-Rahmens zum Senden zuweisen wird. 
Diese GroSe bezieht sich auf die Dauer des MAC-Rahmens, ist 
also nicht notwendigerweise von der Datenrate oder anderen 
GroSen abhangig (dies gilt vor allem auch fur Link 
Adaption) . Die Reduktion bezieht sich hierbei auf die Summe 
der Aussendezeit in Uplink- und auf die Direct Mode-Phase 
und bezieht sich auf ein Terminal, unabhangig von der Anzahl 
der bestehenden DLC-Verbindungen . 
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Die angesprochene Methode zur FluSsteuerung laSt sich 
insbesondere nur fur den Sendeanteil eines Terminals 
verwenden. Fur die Regelung in Bezug auf den Empfang von 
Datenpaketen kann die im bekannten ARQ-Mechanismus 
5 vorgesehene FluSsteuerung verwendet werden . 

Das Terminal kann das R-Bit zu einem beliebigen Zeitpunkt 
und auf eigene Entscheidung hin setzen. Da die Verwendung 
des R-Bits sich auf das Terminal bezieht, sollte das 
10 Terminal das R-Bit bei alien RR-Nachrichten fur alle aktiven 

Verdindungen setzen. Das Setzen sollte im Hinblick auf 
V^Ph Verbindungen, die eine bestimmte Dienstgiite (Quality of 

Service) erfordern, nur dann geschehen, wenn es die 
Verkehrsvertrage erlauben. Daher sollte ein Terminal, das 
15 mit Uberhitzung rechnen mu£, keine Verbindungen aufbauen, 

die eine dauerhafte Datenrate erfordern, fiir die mehr als 
2 0% des MAC-Rahmens verwendet werden rnussen. 

Wenn die Zentrale ZE entdeckt, daS das R-Bit in einer RR- 
20 Nachricht eines Terminals gesetzt ist, soil sie im nachsten 

darauf f olgenden MAC-Rahmen, der unter Einbeziehung der 

Verarbeitungsdauer moglich ist, die Sendezuweisungen an d.as 
^ Terminal auf maximal 20% reduzieren. Wenn wahrend dieser 

Phase das R-Bit in einem MAC-Rahmen in keiner RR-Nachriclit 
25 des Terminals gesetzt ist, soil die Zentrale ZE im nachsten 

darauf f olgenden MAC-Rahmen, der unter Einbeziehung der 

Verarbeitungsdauer moglich ist, die Reduktion der Datenrate 

auf 2 0 % aufheben. 

30 In einer Ausgestaltung gema£ Figur 5 ist eine Funkzelle 

dargestellt mit einer Zentrale ZE in der Mitte und drei 
Terminals Tl, T2 und T3 . Es sei angenommen, da£ jeder MAC- 



Rahmen, den die Zentrale ZE aufsparmt, Kapazitat fur jeweils 
70 Nachrichten enthalt, die von der Zentrale ZE beliebig auf 
Uplink und Downlink -Phase verteilt werden konnen (vgl . Figur 
2) . 

Die Terminals haben jeweils 2 DLC-Verbindungen geoffnet, 
eine Verbindung fur Steuersignalisierung und eine weitere 
Verbindung fur Nutzdaten. Terminal Tl ist so implementiert , 
da£ es zuweilen zu thermischen Problemen komnit , wahrend clie 
Terminals T2 und T3 keine thermischen Probleme haben. 

Beispielhaf te Vorgange sind in Figur 6 und in Figur 7 
dargestellt. Die Steuerverbindung ist mit SV, die 
Nutzverbindung mit NV, Ressourcenanf orderungen mit RR 
(Resource Request) , Ressourcenzuweisung mit RG (Resource 
Grant) und MAC -Rahmen mit MAC-R bezeichnet . Die RGs beziehen 
sich nur auf die Sendemoglichkeiten im Uplink. Der restliche 
Teil der Sendemoglichkeiten fur die Zentrale ZE im Downlink 
sind nicht dargestellt, so daS nicht die ganzen 70 moglichen 
Nachrichtenpakete in der Figur auftreten. 

Aufgrund der Dringlichkeit werden Steuerverbindung en 
grundsatzlich bevorzugt behandelt. Ansonsten sind die 
Nutzverbindungen der verschiedenen Terminals 
gleichberechtigt . Daher hangt die Anzahl zugewiesener 
Sendemoglichkeiten im Uplink nur von der Anzahl der 
Nachrichtenpakete im Sendepuffer ab . 

Das Terminal 1 hat einen sehr vollen Sendepuffer und bekommt 
daher in den Rahmen 1 und 2 den Hauptanteil der 
Sendemoglichkeiten zugewiesen. Terminal T2 und T3 haben 
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vergleichsweise geringe Fullstande und daher auch weniger 
Sendemoglichkeiten . 

In MAC-Rahmen 2 tritt in Terminal Tl eine Uberhitzung ein, 
so da£ es das R-Bit setzt . Im darauf f olgenden MAC-Rahmen 
weist die Zentrale ZE Terminal Tl die zulassigen 20 % der 
Zeit an, also 14 Sendemoglichkeiten . Da permanent neue 
Nachrichtenpakete im Sendepuffer von Terminal Tl ankommen, 
wachst der Pufferstand an. Das Terminal mu£ in diesem Falle 
selbst dafur sorgen, da£ der Nachrichtenf luS eingeschrankt 
wird, wenn die Puffer uberzulaufen drohen . Hierzu kann ein 
interner Mechanismus bekannter Art verwendet werden, der 
hier aber nicht relevant ist . 

Die Terminals T2 und T3 bekommen eine vergleichsweise 
geringe Anzahl an Sendemoglichkeiten zugewiesen. Diese 
Anzahl erhoht sich allerdings mit MAC-Rahmen 3, in dem 
Terminal Tl aufgrund des gesetzten R-Bits weniger Kapazitat 
zugewiesen bekommt . 

Diese Situation dauert an bis MAC-Rahmen 101; siehe Figur* 7. 
Die Uberhitzung in Terminal Tl ist dann soweit abgekuhlt, 
da£ es wieder voll arbeiten kann. Es nimmt das R-Bit weg , 
worauf es im folgenden MAC-Rahmen 102 eine erhohte Zuweisung 
von Sendemoglichkeiten erhalt . Durch die hohere Anzahl der 
Pakete in Terminal Tl wird daher im MAC-Rahmen 102 Terminal 
T2 , das gerade einen Satz Nachrichtenpakete verschicken 
mochte, nur eine relativ geringe Anzahl an 
Sendemoglichkeiten zugewiesen. 

Im folgenden wird eine mogliche Anordnung im Terminal zur 
Realisierung des erf indungsgemaSen Verfahrens angegeben. 



Wie zuvor ausgefiihrt, kann das Setzen des R-Bits durch 
Uberhitzung ausgelost werden. AuSerdem kann es moglich sein, 
da£ dies durch eine leere Batterie ausgelost wird. Figur 8 
zeigt die notwendigen Funktionseinheiten hierzu und ihre 
Beziehungen . 

Die R-Bit Steuerung ist mit einem Temperaturf uhler 1 und 
einem Bat teriesensor 2 verbunden. Wenn einer der beiden 
Sensoren ein Signal auf der Verbindung zur R-Bit Steuerung 3 
sendet, gibt diese die Information an die MAC-Einheit 4 bzw. 
zum Modem 5 weiter. Die wiederum setzt das R-Bit in den 
darauf folgenden Re s s our c enanf or derungen . 

Das Reduktionsverf ahren wurde bisher fur ein einzelnes Bit 
beschrieben. Es ist naturlich auch moglich, mehrere Bits fur 
diesen Zweck zu verwenden. Werden z.B. 2 Bits verwendet , 
sind insgesamt 4 verschiedene Kodierungen moglich. Jede 
Kodierung steht daiui fur eine Reduktion der Senderate eines 
Terminals auf einen bestimmten Prozentsatz der Dauer des 
MAC-Rahmens . Es ist z.B. folgende Kodierung der Bits 
moglich: 00 - Keine Reduktion; 01 - Reduktion auf 75%; 10 - 
Reduktion auf 50%; 11 - Reduktion auf 25%. 

Das Verf ahren zur Sendef luSs teuerung wurde fur ein 
Kommunikat ions system beschrieben, in dem die Ressourcen- 
anf orderungen und Ressourcenzuweisungen auf Basis von DLC- 
Verbindungen erfolgen. Es ist aber auch moglich, solche 
Systeme so zu bauen, da£ die Ressourcenanf orderungen und - 
zuweisungen auf anderer Basis erfolgen. Solche Moglichkei ten 
sind : 



- Res sour cenanforderungen auf Basis bestiramter Eigenschaf ten 
der DLC-Verbindungen, z.B. auf Basis von Verkehrsklassen, 
Dienstguteklassen oder fur ein ganzes Terminal, 

- Ressourcenzuweisungen auf Basis von Verkehrsklassen, 
Dienstguteklassen oder pro Terminal . 

Das Verfahren nach der Erfindung kann auch in beliebigen 
nachf olgender Falle eingesetzt werden : 

In der bisherigen Beschreibung wurde die Reduktion der 
Datenrate eines Terminals im Sendefall durch das R-Bit urid 
im Empfangsfall durch die ARQ-FluEregelung gesteuert . Es ist 
aber ebenso moglich, da£ sowohl Sende- als auch Empfangsf luS 
durch die beschriebene Reduzierung der 
Ubertragungsressourcenkapazitat geregelt werden . 

Die zuvor ausgefuhrten Ausf iihrungsbeispiele beziehen sicn 
auf ein System, in dem pro MAC-Rahmen eine konstante Anzahl 
von Paketen versendet werden kann. Das System ist aber aiach 
genausogut in Fallen einsetzbar, wo die Anzahl der Pakete 
pro MAC-Rahmen variabel ist. Ein Grund dafiir konnen z.B. 
flexible Modulations- und Kanalkodierungsverf ahren sein, die 
sich von MAC-Rahmen zu MAC-Rahmen andern konnen und fur 
jedes Terminal individuell bestimmt werden konnen. 

Im zuvor beschriebenen Verfahren gilt das Setzen des, bzw. 
der R-Bits fur ein gesamtes Terminal. Da das R-Bit, bzw. die 
R-Bits in Ressourcenanf orderungen versendet werden, die fur 
eine DLC-Verbindung gel ten, ist es ebenso moglich, die 
Reduktion auf eine einzelne DLC-Verbindung zu beziehen, 
statt auf das ganze Terminal . 
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Im gezeigten Ausf uhrungsbei spiel wird das R-Bit dann aktiv, 
wenn es gleich 1 ist. Es ist aber ebenso moglich, daS es 
aktiv ist, wenn es zu 0 gesetzt wird. 



5 Es wurde zuvor beschrieben, da£ das MAC-Protokoll fur 

sektorisierte Antennen unci/ oder mit einer Direct Mode Phase 
verwendet werden kann. Das Verfahren nach der Erfindung ist 
auch fur diese Anwendung geeignet . 

10 Bisher wurde davon ausgegangen, da£ der Anteil des MAC- 

Rahmens , der bei gesetztem R-Bit genutzt werden darf , 
festgelegt wird. Es ist aber auch moglich, diesen 
prozentualen Anteil zwischen Zentrale ZE und Terminal zu 
irgendeinem Zeitpunkt zu verhandeln und sogar wahrend des 

15 Betriebs neu zu verhandeln. 
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Patentanspruche 

1. Verfahren zur Steuerung des Datenflusses von Terminals in 
zentralgesteuerten Kommunikat i ons sy s t emen , wobei eine 
Ubertragungsressourcenzuweisung durch eine Zentrale (ZE) an 
die Terminals (Tl, T2 ...) des Kommunikationssystems erfolgt 
mit folgenden Schritten: 

- unabhangig von den zugewiesenen Ubertragungsressourcen 
entscheidet ein Terminal (Tl, T2 . ..), daS es nur eine 
reduzierte Ubertragungsressourcenkapazitat zumindest in 
Sender ichtung nut zen mochte, 

- die Entscheidung iiber die Reduzierung der 

Ubertragungsressourcenkapazitat wird der Zentrale (ZE) vom 
Terminal (Tl, T2 ...) mitgeteilt, die diese nicht genutzte 
Kapazitat ggf . anderen Terminals zuteilen kann . 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet , daS in 
eine Ressourcenanf orderungsnachr i cht (RR) eines Terminals 
(Tl, T2 ...) innerhalb eines Ubertragungsrahmens eine 
Information (R-Bit) eingefiigt wird, die darauf hinweist, da£ 
ein Terminal (Tl, T2 ...) eine reduzierte Menge an 
Sendemoglichkeiten in einer Uplink- Phase ( Kommunikat ion von 
einem Terminal zur Zentrale) und/oder in einer Direct Mode- 



Phase (direkte Kommunikation von Terminals untereinander ) 
zugeteilt bekommen mochte . 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet , 
da£ die von der Zentrale (ZE) einem Terminal (Tl, T2 ...) 
zugewiesene Ubertragungsressourcenkapazitat auf grund des 
Fiillstandes seines Sendepuffers zugeteilt wird. 

4. Verfahren nach einem der Anspruche 1 bis 3, dadurch 
gekennzeichnet, daS zur Steuerung des Empf angsf lusses ein an 
sich bekanntes FluSsteuerprotokoll , z.B. ein ARQ (Automatic 
Repeat Request) -Protokoll, verwendet wird. 

5. Verfahren nach einem der Anspruche 1 bis 4, dadurch 
gekennzeichnet, daS der Betrag der Reduktion der 
Ubertragungsressourcenkapazitat insbesondere unabhangig von 
der Datenrate und/oder der Anzahl aktiver Verbindungen 
gewahlt wird und auf die Dauer eines Ubertragungsrahmens , 
z.B. nach dem MAC (Medium Access Control) - 

Kanalzugrif f sprotokoll , bezogen wird. 

6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, daS 
der Betrag der Reduktion der Ubertragungsressourcenkapazi tat 
in Abhangigkeit der Summe der Sendezeit in der Uplink - 
und/oder Direct -Mode-Phase gewahlt wird. 

7. Verfahren nach einem der Anspruche 2 bis 6, dadurch 
gekennzeichnet, da£ die Information (R-Bit) , die auf eine 
reduzierte Menge an Sendemoglichkeiten hinweist, aus einem 
Redukt ionsbit besteht, welches im gesetzten oder alternativ 
im ungesetzten Zustand der Zentrale (ZE) signalisiert , die 
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Ubertragungsressourcenkapazitat fiir das betreffende Terminal 
(Tl, T2 ...) zu reduzieren. 

8. Verfahren nach einem der Anspriiche 1 bis 7 , dadurch 
5 gekennzeichnet, daS die Reduzierung der 

Ubertragungsressourcenkapazitat mittels mindestens eines 
Sensors (1, 2) im Terminal (Tl , T2 ...) gesteuert wird. 

9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, da£ 
10 als Sensor (1, 2) ein Temper a tur sens or (1) und/oder ein 

Batteriesensor (2) vorgesehen ist . 

*» 

10. Verfahren nach einem der Anspriiche 2 bis 9, dadurch 
gekennzeichnet, daS die Information (R-Bit) , die auf eine 

15 reduzierte Menge an Sendemoglichkeiten hinweist, aus mehr 

als einem Bit gebildet wird und daS aus der Anzahl der zur 
Verfiigung gestellten Bits eine Codierung vorgenommen wird 
fur unterschiedliche Reduzierungsf aktoren in Abhangigkeit 
der Dauer eines Ubertragungsrahmens/MAC-Rahmens . 

20 

11. Verfahren nach einem der Anspriiche 1 bis 10, dadurch 
gekennzeichnet, da£ die Ressourcenanf orderungen und 

j^. r Ressourcenzuweisungen auf der Basis einzelner DLC- 

' ' Verbindungen vorgenommen werden oder in Abhangigkeit 

25 bestimmter Eigenschaf ten dieser DLC -Verbindungen , z.B. au.f 

der Basis von Verkehrsklassen, Dienstegiiteklassen oder fiir 

ein ganzes Terminal . 

12 . Verfahren nach einem der Anspriiche 1 bis 3 oder 5 bis 
30 11, dadurch gekennzeichnet, da£ sowohl die Steuerung des 

Sendeflusses als auch des Empf angsf lusses aufgrund der 
Entscheidung eines Terminals (Tl, T2 ...) reduzierte 
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Ubertragungsressourcenkapazitat zugeteilt zu bekommen, 
gesteuert wird. 

13. Verfahren nach einem der Anspruche 1 bis 12, dadurch 
gekennzeichnet , da£ die Reduzierung der 

Ubertragungsressourcenkapazitat entweder auf ein gesamtes 
Terminal bezogen wird oder auf einzelne DLC-Verbindungen . 

14 . Verfahren nach einem der Anspriiche 1 bis 13 , dadurch 
gekennzeichnet, daS unabhangig von der Entscheidung uber die 
Reduzierung der Ubertragungsressourcenkapazitat und der 
entsprechenden Mitteilung an die Zentrale (ZE) die 
Reduzierung der Ubertragungsressourcenkapazitat und der 
Reduzierungsf aktor neu verhandelbar ist insbesondere aucbi 
wahrend des Betriebs . 
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15.06.99 Sk/Hy 

ROBERT BOSCH GMBH , 70442 Stuttgart 



Verfahren zur Steuerung des Datenf lusses von Terminals in 
zentralgesteuerten Kommunikationssysteraen 

Zusammenf as sung 

Zur Steuerung des Datenf lusses von Terminals (Tl, T2 ...) in 
zentralgesteuerten Kommunikationssystemen werden 
Ubertragungsressourcenzuweisungen durch eine Zentrale (ZE) 
an die Terminals (Tl, T2 ...) vorgenommen . Ein betroffenes 
Terminal (Tl, T2 ...) entscheidet unabhangig davon, ob es 
nur eine reduzierte Ubertragungsressourcenkapazitat nutzen 
mochte . Die Entscheidung iiber diese Reduzierung wird der 
Zentrale (ZE) mitgeteilt, die diese nicht genutzte Kapazitat 
ggf . anderen Terminals zuteilen karm. 
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